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(54) Network access to internet and stored multimedia services from a terminal supporting the 
H.320 protocol 



(57) Internet access is provided to a multimedia ter- 
minal (101, 102, 103, 104) supporting the H.320 proto- 
col through a gateway server (125) that is connected to 
the Internet. The data stream of the H.320 bearer chan- 
nel (ISDN phone line or switched 56 kbps facilities) is 
used for the exchange of data between the accessing 
terminal and the gateway server, which outputs and 
receives such data onto and from the Internet, respec- 
tively. The gateway server is implemented to function to 
directly exchange on the H.320 data stream information 
requests and responsive data in the TCP/IP format 



FIG. 1 



used for Internet transport. Alternatively, the gateway 
server is implemented to function as a proxy to which 
requests are passed from the terminal over the H.320 
data stream, and where function calls are made and 
locally converted to TCP/IP format for transport onto the 
Internet. For responsive data received from the Internet, 
the proxy gateway server removes the TCP/IP format- 
ting and transmits the resultant data back to the terminal 
over the H.320 data stream. 
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Description 
Technical Field 

This invention relates to a method and a system for 
accessing the Internet through a multimedia product 
that supports an H.320 protocol. 

Background of the Invention 

Providing both multimedia (voice, video and data) 
communication products and services to customers is 
playing an increasingly more important role for telecom- 
munications companies today. The power of multimedia 
communications is evident from the expansion in "vide- 
oconferencing", in which a user at. a videoconferencing 
station can communicate "face-to-face" in real time with 
someone at a distant other videoconferencing station. 
The introduction of desktop videoconferencing equip- 
ment is making multimedia communications even more 
prevalent. Generally, multimedia communications uses 
equipment incorporated as part of a general purpose 
computer, or integrated systems specifically designed 
for the task. For example, the Vistium™ Personal Video 
(PV) product, available from AT&T, is a PC-based tel- 
econferencing product that consists of circuit boards 
that plug into the expansion bus of a PC, which is used 
in conjunction with a video camera and applications 
software. A description of the Vistium product line can 
be found in "Vistium Products Give Another Point of 
View", by Robert M. Howe III, AT&T Technology, Vol- 
ume 9, Number 4, Winter 1994, pp. 18-21. 

The Vistium PV allows users to exchange audio, 
video, and data through their PCs with one another user 
by communicating over ISDN phone lines or over 
switched 56 kbps phone lines. An MS-Windows™- 
based teleconferencing application uses a Vistium- 
equipped PC to make a phone call to another Vistium- 
equipped PC or to another compatible device. The two 
users can then engage in a video phone call with the 
camera input of one user appearing in a window on the 
PC of the other user. In addition, data may be shared 
either by the exchange of files on the two PCs or 
through the use of shared applications running simulta- 
neously on both PCs. As noted, one endpoint of the 
connection can be a Vistium-equipped PC or any other 
device which can exchange information over the ISDN 
or 56 kbps switched telephone lines using a protocol 
that is understood by both endpoints. The Vistium PV 
employs the H.320 protocol that has been adopted by 
the International Telecommunications Union (ITU) as an 
international standard for videoteleconferencing. The 
H.320 standard is a family of teleconferencing stand- 
ards developed and maintained by the ITU which 
encompasses a variety of standards for audio compres- 
sion, video compression, and telephone call set-up and 
control. The H.320 standard provides for the division of 
information into three distinct streams: video, audio, and 
data, where "data" herein is intended to mean digital 



information that is not meant to be displayed as real- 
time video or audio, and includes information to be dis- 
played as text and data that is used to control applica- 
tions or convey status to them. A PC operating in 

5 accordance with the H.320 standard is thus constrained 
to communicate only with one or more similar devices 
operating under the same standard. 

As is well known, the Internet is a vast collection of 
computers communicating over a packet network, 

w which allows information to be transferred between 
machines across the world. A PC typically accesses the 
Internet through a modem onto a user's POTS (plain old 
telephone service) phone line, or through a high-speed 
local area network (LAN). Connecting a PC to the LAN 

75 requires a card known as a LAN adapter that plugs into 
the computer's expansion bus. Information is 
exchanged over the Internet using a protocol known as 
TCP/IP (Transmission Control Protocol/Internet Proto- 
col). In order to facilitate the easy use of the Internet, a 

20 programming interface has been developed providing 
high-level functions for performing functions such as 
sending and receiving data to and from a remote 
machine on the Internet. For PCs running Microsoft 
Windows!" this interface is called Windows Sockets or 

25 Winsock (see, e.g., M. Hall, Windows Sockets, Micro- 
soft Corp., 1995). The Winsock interface allows a sepa- 
ration between high-level network applications and low- 
level hardware implementations. In the Windows pro- 
gramming environment, Winsock is implemented as a 

30 dynamic link library (DLL), which is a file that contains 
executable components that can be accessed by other 
applications. The DLL must be available to a computer s 
operating system (i.e., the operating system must be 
able to find the DLL on the hard disk) at the time that an 

35 application requests access; but the DLL is independent 
of the applications in the sense that the DLL can be 
changed or updated without needing to modify the 
applications. 

A user of a Vistium or H.320 compatible- equipped 

40 PC which is designed to communicate over ISDN or 
switched 56 kbps lines, is precluded from accessing the 
Internet and the information services available thereon 
without additional hardware and software, in addition to 
requiring access to LAN or POTS lines necessary for 

45 Internet service. In order for a Vistium-equipped PC, to 
have the capability of accessing the Internet, therefore, 
it must be additionally equipped with either a LAN card 
for access to a LAN, or with a modem for access to a 
POTS telephone line. Both alternatives require the addi- 

so tional internal PC hardware and software plus the exter- 
nal structural infrastructure necessary to support the 
connection to either a LAN or a POTS line. As noted, 
this LAN or POTS connection is in addition to the con- 
nection to either the ISDN or 56 kbps lines necessary 

55 for H.320 multimedia communications. Any of the avail- 
able prior art alternatives for supporting access to the 
Internet from a PC equipped to operate under the H.320 
standard are therefore expensive from both a cost 
standpoint and from a space requirement standpoint. 
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With respect to the latter, free space for such additional 
hardware accommodations is very limited on the newer 
small and compact PCs currently being offered in the 
computer marketplace. 

An object of the present invention is to provide 
Internet access to those terminals supporting the H.320 
protocol. 

Summary of the Invention 

In accordance with the present invention, access to 
the Internet is provided to terminals supporting the 
H.320 protocol, over the data stream defined by H.320 
standard, through a gateway server that is dialed by a 
user desiring access to the Internet. The gateway 
server, in turn, is connected over a LAM to the Internet. 
The gateway server provides the user of an H.320 ter- 
minal access to the Internet through either a direct 
TCP/IP or a proxy TCP/IP methodology. 

In the direct TCP/IP methodology, a function call 
from a user's H.320 terminal's application program is 
made to a custom Winsock DLL to directly format this 
out-going request according to the TCP/IP protocols 
used for the exchange of information over the Internet. 
The TCP/IP formatted request is then transmitted over 
the H.320 data stream to the gateway server, which 
passes the data directly onto the Internet. Information 
retrieved over the Internet is received by the gateway 
server in TCP/IP format and then passed, in that for- 
mat, to the user's terminal over the H.320 data stream. 
The custom Winsock DLL within the terminal removes 
the TCP/IP formatting and passes the information to the 
application program, where it is available to the user. 

In the proxy TCP/IP methodology, when the appli- 
cation program makes a function call to the Winsock 
DLL, rather than formatting the request to the TCP/IP 
format, a custom Winsock DLL passes the request to 
the gateway server over the H.320 data stream. The 
gateway server, in turn, receives the request and then 
makes a corresponding function call through its own 
standard Winsock DLL, which in turn is formatted to the 
TCP/IP format for output onto the Internet for delivery to . 
an information service provider (ISP). Information 
retrieved from the ISP over the Internet is received by 
the gateway server wherein the standard Winsock DLL 
removes the TCP/IP formatting and transmits the infor- - 
mation back to the user's H.320 terminal over the data 
stream. The user's custom Winsock DLL then collects 
this information and passes it to the application pro- 
gram, where it is available to the user. 

Brief Description of the Drawings 

FIG. 1 is a block diagram of a simplified telecommu- 
nications network in accordance with an embodi- 
ment of the present invention; and 
FIG. 2 shows the software protocol stacks associ- 
ated with both the H.320 user terminal and the 
gateway server necessary to effect the proxy. 



TCP/IP methodology of the present invention; and 
FIG. 3 shows the software protocol stacks associ- 
ated with both the H.320 user terminal and the 
gateway server necessary to effect the direct 
5 TCP/IP methodology of the present invention. 

Detailed Description 

With reference to FIG. 1, a simplified telecommuni- 

10 cations network in accordance with the present inven- 
tion is shown. It should be recognized that the network 
of FIG. 1 includes other elements, which have been 
eliminated in order to simplify the figure and in that they 
are not necessary for an understanding of the present 

15 invention disclosed herein. 

The network shown includes plural multimedia ter- 
minals 101, 102, 103 and 104. Of course, an actual net- 
work would include many more such terminals, which 
can communicate with each other in a multimedia fash- 

20 ion over separate audio, video and data streams. Each 
multimedia terminal may include a Vistium PV product 
available from AT&T, which is compliant with the H.320 
protocol, or may be another H.320 compliant terminal 
available from any other source such as Intel's Pro- 

25 Share terminal. As shown illustratively for terminal 102, 
each terminal generally includes a processing uniHOS, 
a CRT 106 and a camera 107. A multimedia terminal 
102 may also include an associated telephone 103 
located external to the processing unit 105 for purposes 

30 of dialing another terminal's telephone number when 
the processing unit 105 is incapable of doing so directly. 
The processing unit 105 may be a general purpose 
computer with multimedia capable equipment incorpo- 
rated therein, such as the Vistium board set which 

35 allows a conventional PC to perform video and ISDN 
communications that are compliant with the H.320 pro- 
tocol. Alternatively, the processing unit maybe a multi- 
media specif ic device. 

The H.320 compliant multimedia terminals 101, 

40 102, 103, and 104 are designed to communicate over 
ISDN or switched 56 kbps facilities. Thus each commu- 
nications link 111, 112, 113, and 114 which connects 
terminals 101, 102, 103, and 104, respectively, to the 
Public Switched Telephone Network may be an ISDN 

45 Basic Rate Interface (BR I) phone line or switched 56 
kbps line(s). As related to the communications link over 
which an H.320 multimedia terminal communicates, the 
ISDN BR I phone line and the switched 56 kbps line(s) 
will be referred to herein in the alternative as the "bearer 

so channel". If the bearer channel is an ISDN BRI line, the 
channel consists of the conventional ISDN 2B+D chan- 
nels in which the two B channels (where a B channel 
has a bandwidth of 64 kbps) are used for providing sep- 
arate data, voice and video streams. In a preferred 

55 implementation, the video stream is at 64 kbps, the 
audio stream is at 16 kbps, and the data stream is at 32 
kbps. If the bearer channel is a switched 56 kbps facility, 
the preferred embodiment would incorporate two 56 
kbps lines, with the video, audio and video streams 
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being divided into the three streams as defined above 
for the ISDN line. The H.320 terminal is also capable of 
operating over a single 56 kbps switched line in which 
for maximum data transmission capability, the video and 
voice streams can be minimized. Furthermore, in set- 
ting up a multimedia call over ISDN or switched 56 kbps 
facilities, the allocation of bandwidth can be allocated to 
the audio, video and data streams in a flexible manner. 

Links 111, 112, 113, and 114 are connected to 
switches within the Local Exchange Carriers (LECs) 
associated with each terminal. As shown in FIG. 1, ter- 
minal 101 is connected to LEC 115, both terminals 102 
and 103 are connected to a common LEC 1 16, and ter- 
minal 104 is connected to LEC 117. Each LEC may 
include a 5ESS® switch manufactured by AT&T Corp., 
or other switch. LECs 1 15, 1 16 and 117 are connected 
to a switch 122 within the Interexchange Carrier (IXC) 
switched network 123 by means of paths 118, 119 and 
120, respectively, that may be ISDN Primary Rate Inter- 
face (PRI) lines consisting of 23B+D channels, T1 lines, 
switched 56 kbps lines, Asynchronous Transfer Mode 
(ATM) packet medium, or other digital transmission 
.facilities. Switch 122 may be a 4ESS™ switch manufac- 
tured by AT&T Corp. In normal multimedia communica- 
tions any of the H.320 compliant terminals 101, 102, 
103 and 104, can communicate with each other, 
exchanging video, voice and data over the separate 
video, voice and data streams defined by the H.320 
standard. 

In accordance with the present invention, the H.320 
terminals 101, 102, 103 and 104, in addition to having 
the ability to communicate with each other, are provided 
with the additional capability of accessing the Internet 
130 over their data stream by dialing, either through 
their associated telephone set or through their proces- 
sor, a gateway server 125 that is connected to the Inter- 
net 130. This gateway server 125, as shown in FIG. 1, is 
connected through its associated LEC 126 to switch 
122 within the IXC network 123. Alternatively, however, 
server 125 may be directly associated with switch 122, 
being co-located with the switch 122 or located apart 
from the switch 122. but connected directly thereto, 
bypassing the LEC 126. As shown, the path 131 
between switch 122 and LEC 126 and the path 132 
between LEC 126 and gateway server 125 may be PRI 
ISDN, switched 56 kbps. T1, ATM packet transport 
medium, or other digital facilities. Gateway server 125, 
over path 132 or multiple other parallel paths, is capable 
of simultaneously serving a plurality of H.320 terminals. 
An accessing user is connected through gateway server 
125 onto the Internet 130 over path 134, which in the 
preferred embodiment would be a LAN Ethernet con- 
nection. The Internet is connected to a plurality of Infor- 
mation Service Providers (ISPs), shown illustratively as 
135 and 136, which provide information and/or services 
to accessing users. As can be noted, ISPs 135 and 1 36 
have associated databases 137 and 138, respectively, 
which store information and/or data which may be 
accessed by a user. 



In order for a H.320 terminal to access the Internet 
over the data stream of its bearer channel, a user's 
request, or "function call", or data to be transmitted to a 
remote machine or ISP, must be converted into the 

s standardized TCP/IP format used over the Internet. 
Similarly, data from a remote machine or ISP must be 
converted from the TCP/IP format into a format usable 
by the H.320 terminal. In accordance with the present 
invention, an H.320 terminal and the gateway server 

10 125 can function together either in accordance with 
either a proxy TCP/IP methodology or a direct TCP/IP 
methodology, described below. 

In the proxy methodology the gateway server 125 
acts as a proxy for Winsock calls made from the H.320 

15 terminal accessing the Internet. Whenever an applica- 
tion program (such as Mosaic, Netscape, or any other 
Internet applications program) resident on any of the 
H.320 terminals 101-104 makes a function call to the 
Winsock DLL, the request contains the name of the 

20 function and any parameters passed in the function call. 
The gateway server 125 receives the request from the 
H.320 data stream and makes the corresponding func- 
tion call. Since the gateway server 125 is connected to 
LAN 1 34, it uses a standard Winsock DLL to convert the 

25 call to TCP/IP format. When the standard Winsock call 
is completed and a response returned from the ISP to 
which the call is directed, the gateway server 125 sends 
a response back to the originating H.320 terminal 203 
on the data stream of the bearer channel. This response 

30 may have status information or data and when returned 
to the originating terminal 203, completes the user's 
function call. 

FIG. 2 shows the software protocol stacks 201 and 
202 associated with an H.320 terminal 203 and a gate- 

35 way server 204, respectively for the proxy methodology. 
As shown, terminal 203 and server 204 are connected 
to each other via ISDN facilities 205 and server 204 is 
connected to the Internet 206 by means of a LAN Ether- . 
net 207! As previously described, however, the H.320 

40 protocol can also be supported over switched 56 kbps 
facilities. 

The Applications Program module 210 in software 
protocol stack 201 is a standard program such as 
Mosaic or Netscape, which function is to retrieve infor- 

45 mation from the Internet and display it to the user and to 
accept requests in the form of function calls from the 
user and pass them onto the Internet 206. The Custom 
Winsock DLL module 21 1 provides a standard interface 
between the Applications Program module 210 and the 

so data transport medium 205, which in this invention is the 
data stream of the H.320 bearer channel. In addition to 
sending information over the H.320 data stream, the 
Custom Winsock DLL module 211 performs the addi- 
tional step of packaging requests in the form of function 

55 calls and any parameters passed in the function call 
from the Applications Program into a format for trans- 
mission over the H.320 data stream to the gateway 
server 204. In addition to managing all information dis- 
tribution to and from the Applications Program module 
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210, Custom Winsock DLL module 211 attaches an 
identifier to each information request that can be asso- 
ciated with the requesting application. A Communica- 
tions and H.320 Controller module 212 functions to 
pass these packaged requests onto the H.320 data 5 
stream of the bearer channel. Module 212 functions 
without regard to the fact that a packaged Winsock 
request may be incorporated within such data. Module 
212 further functions to control the connection between 
terminal 203 and server 204, ensuring that the ISDN or 10 
56 kbps phone line connection is maintained. The User 
Interface module 213 performs the function of establish- 
ing the connection by dialing the number associated 
with gateway server 204 when the user of H.320 termi- 
nal 203 places a call to the gateway server to access the 15 
Internet. Module 213 also functions to monitor for sig- 
nals from the phone, from the switch, and from gateway 
server 204, and to disconnect the connection when the 
user of terminal 203 disconnects the call. All such sig- 
nals are acted upon independently of the Applications 20 
Program module 210 and the custom Winsock DLL 
module 211. If terminal 203 is a Vistium terminal, then a 
Vistium Software Development Kit (SDK) module 214, a 
software product available and sold by AT&T Corp. in 
connection with its Vistium PV product, provides the 25 
lowest level functionality for placing the packaged 
requests onto the H.320 data stream of bearer channel 
205. If the H.320 terminal is other than an AT&T manu- 
factured Vistium product, then an SDK associated with 
such other manufacturer's H.320 terminal will provide 30 
this functionality. 

At gateway server. 204, within software protocol 
stack 202, a Vistium SDK module 215 recognizes the 
data received on the H.320 data stream of bearer chan- 
nel 205 and notifies Communications and H.320 Con- 35 
troller module 216 that data has been received. Module 
216 accepts this data and passes it along to the Gate- 
way/Proxy module 217. Gateway/Proxy module 217 
unpackages this passed-along information, which is a . 
Winsock function call and the parameters associated 40 
with the function call, and makes a corresponding 
standard "real" Winsock function call to its standard 
Winsock DLL module 218. TCP/IP module 219 formats 
this Winsock call for output to a LAN adapter card (not 
shown), which outputs the formatted function call over 45 
Ethernet connection 207 onto the Internet 206. 

Status information or data retrieved from the Inter- 
net in response to the function call is received by 
TCP/IP module 219 in gateway server 204, which alerts 
the standard Winsock DLL module 218, which removes so 
the TCP/IP formatting and passes the information to the 
Gateway/Proxy module 217. The Gateway/Proxy mod- 
ule 217 packages the information into a format recog- 
nizable by terminal 203 and passes the packaged 
information to the Communications and H.320 Control- 55 
ler 216. The information is then passed down to the Vis- 
tium SDK module 215 and transmitted on the H.320 
data channel of the bearer channel 205 to terminal 203. 
At terminal 203, the Communications and H.320 Con- 
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troller module 212 converts this information into a form 
that can be recognized by the Applications Program 
module 210 and then returns that information to the 
Applications Program for display or storage at terminal 
203. 

In this embodiment of the present invention, the 
Custom Winsock DLL module 211 that performs the 
aforedescribed packaging and unpackaging functions, 
is readily implemented by one skilled in the art. Simi- 
larly, the User Interface module 213 and the Communi- 
cations and H.320 Controller module 212 in software 
protocol stack 201 at terminal 203, and the Gate- 
way/Proxy Module 217 and Communications and H.320 
Controller module 216 in software protocol stack 202 at 
server 204 are also readily implemented by one skilled 
in the art. 

FIG. 3 shows the software protocol stacks 301 and 
302 associated with terminal 203 and gateway server 
204, respectively, for the direct TCP/IP implementation 
of the present invention^ Similar numerical designations 
given to the terminal, server, and associated network 
elements in this figure are the same as are used in FIG.. 
2, In this direct TCP/IP embodiment, as in the proxy 
TCP/IP embodiment described above, the Applications 
Program module 310 in software protocol stack* 301 
associated with terminal 203 makes a function call to a 
Custom Winsock module 311. Instead of packaging the 
Winsock request to be serviced by a proxy, however, 
Custom Winsock module 311 passes a Winsock 
request to TCP/IP Protocol Stack module 312, which 
directly converts the request into the TCP/IP format and 
then passes that formatted request to the Communica- 
tions and H.320 Controller module 313. As in the previ- 
ous embodiment, module 313 passes that data to the 
Vistium SDK for transmission on the H.320 data stream 
of bearer channel 205. At gateway server 204, Vistium 
SDK module 316 receives that data and passes if on to 
the Communications and H.320 Controller module 317, 
which alerts the Gateway module 318. Gateway module 
318 takes that data, already in TCP/IP format and sends 
it the lowest part of a TCP/IP stack 318 for output to a 
LAN adapter card connected to Ethernet 207 and then 
onto the Internet 206. Inasmuch as the request received 
by server 204 from terminal 203 is already in IP format, 
it should be noted that the software protocol stack 302 
does not require a Winsock DLL. 

In the opposite direction, data from the Internet is 
received by gateway server 204 in TCP/IP format. 
TCP/IP module 318 picks up the data as is it comes off 
the LAN adapter and passes the data, still in TCP/IP for- 
mat to the Gateway module 319. Gateway module 319 
passes this data to the Communications and H.320 
Controller module 317, which sends it over the H.320 
data stream of the bearer channel 205 for transmission 
to terminal 203. At terminal 203, the Vistium SDK mod- 
ule 315 receives the data and alerts the Communica- 
tions and H.320 Controller 313 which passes the data to 
the TCP/IP Protocol Stack module 312. Module 312 
interprets the data in TCP/IP format, unformats it, 
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places in a format familiar to the applications programs, 
and passes it to Custom Winsock module 311. Module 
31 1 then returns the data to the Applications Program 
module 310, from where it is stored or display to the 
user of terminal 203. 5 

As in the previous embodiment, User Interface 
module 314 and Communications and H.320 Controller 
module 313 within terminal 203 are used to establish a 
call, and to monitor the phone line for signals from the 
phone, from the switch, and from the gateway server, w 
The Communications and H.320 Controller module 
within server 204 perform a complimentary function. As 
in the previous embodiment, the custom software mod- 
ules are readily implemented by one skilled in the art. 

With reference again to FIG 2, as previously noted is 
the H.320 protocol supports a flexible allocation of 
bandwidth to the data, voice and video bit streams. 
Thus, in order to increase the throughput of the data 
retrieved from the Internet 130 by gateway server 125 
and transferred over the data stream of the bearer chan- 20 
nel to a requesting terminal, the bandwidth allocated to 
the data bit stream can be increased larger than its 
usual 32 kbps. Thus, by substantially reducing the 
bandwidths allocated to the audio and video streams, 
the bandwidth of the data bit stream can be increased to 25 
approach the entire bandwidth of the bearer channel. 
Throughput can also be increased by employing com- 
pression and decompression of the data stream. Thus, 
a compressor/decompressor 145 shown associated 
with terminal 101 and a compressor/decompressor 145 30 
associated with gateway server 125 together serve to 
compress data to be transmitted over the H.320 data 
stream of the bearer channel from one end, and then 
decompress such compressed data at the other end of 
the bearer channel. The effective data transfer rate can 35 
thus be substantially increased over the nominal 32 
kbps bandwidth of the H.320 data stream. Compres- 
sor/decompressor 146 can be switchably connected to 
line 132, for use only when a terminal using compres- 
sion and decompression accesses gateway server 125. 40 

The above-described embodiments are illustrative 
of the principles of the present invention. Other embod- 
iments could be devised by those skilled in the art with- 
out departing from the spirit and scope of the present 
invention. 45 

Claims 

1 . In a telecommunications network, a method of pro- 
viding Internet access to a multimedia terminal so 
capable of communicating voice, video and data 
over separate voice, video and data streams, 
respectively, of a bearer channel, the method com- 
prising the steps of: 

55 

establishing a connection between the terminal 
and a gateway server over the bearer channel; 
passing a request received by the gateway 
server from the terminal over the data stream 



to the Internet; and 

passing information received by the gateway 
server from the Internet to the terminal over the 
data stream. 

2. The method of claim 1 wherein the connection 
between the terminal and the gateway server oper- 
ates in accordance with an H.320 protocol. 

3. The . method of claim 1 wherein the request 
received by the gateway server from the terminal is 
received in a format compatible for transmission on 
the Internet and the gateway server passes that 
request to the Internet in that format. 

4. The method of claim 3 wherein the information 
received by the gateway server from the Internet is 
passed to the terminal over the data stream in the 
format that it is received. 

5. The method of claim 1 wherein prior to the step of 
passing a request received by the gateway server 
from the terminal to the Internet, the method further 
comprises the step of converting the request to a 
format compatible for transmission on the Internet. 

6. The method of claim 1 further comprising the step 
of compressing the information received by the 
gateway server from the Internet before it is passed 
to the terminal over the data stream. 

7. The method of claim 6 further comprising the step 
of decompressing a compressed request received 
by the gateway server from the terminal. 

8. The method of claim 1 when after the step of estab- 
lishing a connection, the method further comprises 
the step of adjusting the bandwidth of the data 
stream to be larger than the bandwidths of either 
the voice or video streams. 

9. A system in a switched telecommunications net- 
work for providing Internet access to a multimedia 
terminal capable of communicating voice, video 
and data over separate voice, video and data 
streams, respectively, of a bearer channel, the sys- 
tem comprising: 

a gaieway server; 

a first communications path in the switched tel- 
ecommunications network for connecting the 
terminal to said gateway server over the bearer 
channel; and 

a second communications path connecting 
said gateway server to the Internet; 
said gateway server passing a request 
received from the terminal over the data stream 
of the bearer channel of the first communica- 
tions path to said second communications path 
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for transmission onto the Internet, and passing 
information received from the Internet on said 
second communications path onto the bearer 
channel of the first communications path for 
transmission of the information to the terminal 5 
over the data stream. 

1 0. The system of claim 9 wherein the first communica- 
tions path between the terminal and said gateway 
server operates in accordance with an H.320 proto- 10 
col. 

11. The system of claim 9 wherein the request received 
by said gateway server from the terminal over the 
data stream is received in a format compatible for 15 
transmission on the Internet, and said gateway 
server passes that request to the Internet in that for- 
mat. 

12. The system of claim 11 wherein the information 20 
received on said second communications from the 
Internet is passed by said gateway server to the first 
communications path for transmission to the termi- 

nal in the same format it is received. 

.25 

13. The system of claim 9 wherein a request received 
over the data stream on the first communications 
path from the terminal is converted by said gateway 
server to a format compatible for transmission on 

the Internet. 30 

14. The system of claim 9 further comprising means for 
compressing the information received by the gate- . 
way server from the Internet before passing it to the 
terminal over the data stream. 35 

15. The system of claim 14 further comprising means 
for decompressing a compressed request received 
by the gateway server from the terminal on the first 
communications path. 40 



45 
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